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The field of the invention is a method and device for executing a program of 
virtual machine instructions with a processor core that is arranged to execute native 
instructions different fi'om the virtual machine instructions. 

Execution of a virtual machine program can be used under various 
circumstances, such as during execution of compiled JAVA programs or when execution of 
the program by one type of processor has to be emulated by a processor of another type. 

In case of JAVA, a program in the JAVA language is first compiled into a 
compiled into a program of JAVA virtual machine instructions, instructions, which are 
commonly called JAVA byte codes. Compilation may be performed once for a number of 
executions, or "Just-In-Time" (JIT), just before execution of the JAVA program or blocks of 
the JAVA program. The program or block is compiled into JAVA virtual machine 
instructions, loaded into memory and execution of the byte codes by a processor is started. 
The processor has to ensure that the effect is produced that has been defined for those byte 
codes in the JAVA language definition. 

Execution of a virtual machine program can be realized with an emulator, 
which is implemented for example by executing an interpreter program with the processor or 
by inserting a preprocessor between instmction memory and a processor core. An interpreter 
program contains native machine instructions to load the virtual machine instructions, to 
determine what actions to take in order to produce the effect required by the virtual machine 
instructions and to take those actions. Similarly a preprocessor inspects the virtual machine 
instructions and generates instructions for the processor core that produce the required effect. 

In both cases virtual machine instmctions are loaded and translated "on the 
fly": each virtual machine instmction is translated into one or more native machine 
instmctions when this virtual machine instmction has to be executed (or when it is expected 
that it has to be executed soon). Program flow during execution dictates which virtual 
machine instmctions are translated. To realize this, the emulator has to maintain a virtual 
program coxmter, which the emulator must increment during sequential instmction execution 
or which the emulator must change upon executing a virtual machine branch instmction. 
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Usually, emulation of execution of a program of virtual machine instructions 
is much slower Aran execution of a similar program of native instructions. I. has been Icnown 
to speed up processing by providing a library of progmms of native instructions to implement 
certain tasks. When a program of virtital machine instmctions calls for the execution of such 
a task, a program from ttte library is given contirol over the processor, so that the task .s 
executed much fester, without the supervision of flie emulator. 

From PCT patent appUcation No. 99/18456 a preprocessor is known for 
implementing flte execution of virtiral machine programs. This preprocessor is capable of 
switching v«y rapidly between execution of virtual machine instiuctions and native machme 
insttuctions. The preprocessor monitors the prog«m counter of the processor core. Certain 
ranges of program counter values have been defined for virtital machine instiuctions and for 
native machine instructions. As long as tite program counter is in a range defined for native 
machine instructions, the preprocessor is passive and allows native instiuctions addressed by 
a,e program counter to be fetched from memory to tite processor. When .he program counter 
is in a range defined for virtual machine insti;uctions, tire preprocessor steps m. In this case, 
thenative instiuctions for ti-e processor core are no longer fetched from memory. The 
preprocessor loads virtual machine instiuctions from memory and from these virtual machme 
instructions it generates tite native machine instiuctions. When a virtual machine instiuctions 
calls for execution of atask tttat is implemented as atibrary program of native machme 
instiuctions, the preprocessor causes tire processor core u> change program counter of ttte 
processor core to the starting point ofthe program of native machine instiucttons.Th.s 

speeds up execution of progr^s of such native machine instiuctions, but execution of vtrtual 
machine instiuctions is still much slower. 

US patent No. 5,889,996 describes an interpreter which contains different 
; blocks of native machine instiuctions, each block for a respective type of tiie virtiial maclune 
instiuction. According to this patent these blocks are all loaded into cache memory togettier 
and each time the interp^ter executes a virtual machine instiuction the interpreter ttansfers 
conttol to tiie appropriate block. Thus, program execution is speeded up because the required 
native machine instiuctions can be fetched from cache memory. However, virmal machme 
0 program execution is still slower ttian native machine program execution. 

Amongst ottiers, it is an object of tiie invention to provide for a mefliod and 
device for executing virtual machine programs that speeds up execution of virtiial machme 

programs. 


*PHNL600477EPP 


^ ■ * ' 3 30.08.2000 

The device according to the invention is set forth in Claim 1 and the method 
according to the invention is set forth in claim 5. At least part of a body of native machine 
instructions that are generated to implement virtual machine instructions that are expected to 
5 be executed repeatedly is identified. This at least part of the body is written to memory, 
preferably starting from the first native machine instruction that corresponds to the virtual 
machine instruction at the start of a loop. The emulator records a correspondence between a 
memory location of the start of the at least part of the body and an identity of the virtual 
machine instruction corresponding to the start of the at least part of the body. Subsequently 

10 the emulator enables the processor core to execute native machine instructions of the at least 
part of the body repeatedly from memory, without generating these native instructions anew 
for each repeated execution of the corresponding virtual machine instructions. Preferably, the 
body is kept in a cache memory, 

A preferred example of a body of native machine instructions that is expected 

15 to be executed repeatedly is a loop, where the repeated executions of the body are 

consecutive, without execution of intervening instructions. But the invention may also be 
applied to bodies of instructions that are not a loop body, but are expected to be executed 
repeatedly for another reeison, for example a subroutine body. In case of a loop, the entire 
body of the loop is preferably stored a branch back native machine instruction is preferably 

20 generated and stored in memory at the end of the body of native machine instructions, so that 
the loop can be executed repeatedly without fixrther intervention of the emulator. As an 
alternative, the emulator might generate native instructions for part of the loop anew for each 
time that the loop is executed. This reduces the efficiency of execution, but it may be 
advantageous, for example if some instructions in the loop require special treatment by the 

25 emulator. 

Preferably, the emulator detects from the instruction fetch addresses of the 
processor core whether the processor core is still executing instructions from the body, or 
whether the program counter passes out of the body. In the latter case, the emulator resumes 
the generation of native machine instructions. In principle, the emulator can detect that the 
30 instruction fetch address of the processor core passes out of the body if the emulator stores an 
address of the end of the body and compares this address with the instruction fetch address. 
Preferably, however the emulator adds a branch instruction at the end of the body, for 
causing the processor core to branch into some predefined range of addresses (for example a 
range where a predetermined bit of the address is equal to one, but any range within certain 
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wm do), in «s case. i. suffices *a. *e emulator detec. »he*er *e iostruCion f«ch 
..ess..a.p..™e^^_^^^^^ 

*e f.s. time by to processor core as *ey are generated and stored by the emulator, that ts, 

simplifies the operation of the emulator. 

For the in-plementationofthe invention it is necessary to record a 

cor^pondence between a native machine instntction at the star, of the at least part of the 
bodv and a memory location where that native machine instmcnon-s stored. 

JmaybereaUzedforexantplebystartingstorageofgeneratednauve 
.f„„heatleastpartofthebodyftomapredeflnedmemorylocat.on, 

. • ti,.<,enerated native machine instructions, the program of virtual 
knows when to start storing the generateanauvci 

:.c.nsmustbesto..™s.nti^— ^^^^ 

— :!rs::er:r:proZro^^ 

5 compiled in advance, for example by analy^ng the program to detect loops or subroutme 
...ssuitable^^ch— ^ 

.ndiscriminatelyas.heyaregenera.edduringprogramexecu.ion,and^^^^^^ 
ofalocationofvirtualmachineinst^ctions.*^^^^^ 

:r^r:i:rrrv::: .m.htne.g« 

r—ethememory location where.hecorrespondingnativemacbtnems.ruct.ons star. 

.or, «tart executing these instructions from memory, 
so that the processor core can start execunng ui 
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These and other advantageous aspects of the method and device according to 
the invention will be described using the following Figures, of which 

Figre 1 shows an embodiment of a device according to the invention. 
Figure 2 shows a flow chart of emulation of a virtual machine program. 

5 

Figure 1 shows an embodiment of a device according to the invention. The 
device contains a processor core 10, a memory system 14 and a virtual machine interpreter 12 
between the memory system 14 and the processor core 10. The processor core 10 has an 
instmction address output 100 and an instruction input 102 coupled to the virtual machine 

10 interpreter 12. The memory system 14 has an address input 140 and a data input/output 142 
coupled to the virtual machine interpreter 12. The memory system 14 is shown to contain a 
cache memory 140 and a main memory 142. For the sake of simphcity, connections for 
supplying operand data to processor core 10 are not shown in Figure 1, because such 
connections are not essential for understanding the invention. Operand data may be supplied 

15 to the processor core 10 for example using a separate data memory (not shown), with its own 
data address and data value connection (not shown) to the processor core 10, or from memory 
system 14 in time share multiplexing with the supply of instructions. 

The virtual machine interpreter 12 contains a preprocessor 120, an instruction 
multiplexer 122, an address multiplexer 124 and a read/write switch 126. Virtual machine 

20 interpreter 12 has control outputs coupled to control inputs of instruction multiplexer 122, 
address multiplexer 124 and read/write switch 126. The preprocessor 120 has an input 
coupled to the address output 100 of processor core 10, an address output coupled to the 
address input 140 of memory system 14 via address multiplexer 124, a virtual machine 
instmction input coupled to the data input/output 142 of memory system 14 and a native 

25 machine instruction output coupled to the instruction input 102 of the processor core 10 via 
the instmction multiplexer 122. 

These connections serve a normal mode of operation of the virtual machine 
interpreter 12, in which the preprocessor 120 issues addresses of virtual machine instmctions 
to the address input 140 of the memory system 14 via address multiplexer 124 and in 

30 response receives virtual machine instmctions from the data input/output 142 of the memory 
system. The preprocessor analyzes the received virtual machine instmctions, determines 
which native machine instmctions should be executed by the processor core 10 to implement 
the received virtual machine instmctions and supplies these native machine instmctions to the 
instmction input 102 of the processor core 10 via instmction multiplexer 122. 


PHNL000477EPP 


30.08.2000 

o 


10 


15 


20 


The preprocessor maintains its own virtual machine program counter (istmct 
ftom the progr^ counter of the processor core 10). which determines the locaHon m the 
program of the next virmal machine instruction that should be executed during program How. 
I the nomta, mode, the preprocessor ,20 itseif handles virtual machine branch mstructtons^ 
whicha«ect.heprogramcounterind,epreprocessor.Nonativemachmemstruch»^^^^ . 

generated for this purpose, except to determine any condiUons for the branch ntstru hon^^ 
principle, all virtual machine instrucUons can be processed in this way in *e normal mode. 

nclulg instructions in program loops which are executed repeatedly and subrouhnes. 

Howevi ac^rding to .he invention, a special treatment may (not "need") be gtven to such 

parts of the program that are expected to be executed repeatedly. 

Lloopmodeofopera.ion,thevirtualmachinehtterpre.erl2doesnotsupply 

gene^ted native machine instructions direcUy to the processor core 10. Instead, the virtual 
machine interpreter stores these ins^tions in memory system 14. by supplymg storage 
:<.resses to I address input 140 of memory system .4 via address multiplexer 124 ^d 
supplying the native instructions to the data input/output 142 via r^te 
JpLpose, d,e native machine instruction output is coupled to the data mput/ou^ut 142 of 

memory system 14 via the readfwrite switch 126. 

Inana.iveexecu.ionmode..heprocessorco..l0isal.owedtoexecu.enauve 

machine instructions 6om memory system .4. For this purpose, the instruction address 

output 100 of processor core 10 is coupled to the address input 140 ~ 

adlss multiplexer 124. And instruction input 102 of processor core 1 is coupled to dte data 

input/ou.putl42ofmemorysysteml4viatheinstructionmultiplexerl22^ 

Figure 2 shows a flow-chart of operation of the virtual machtne mterpreter 12. 

hr *e norma, mode, vimra. machine interpreter 12 repeatedly executes a first, second and 
, third step 21, 22, 23 until a final step 29 detects an end of the virtual machme program (or 
executes a byte code that has the effect of terminating execurion of the virtual machme 
^gram). Jihe firs, step 21 of the flow-chart, the virtual m^hine interpreter loads a vtrtual 
macWne instiuction f^m memory system 14 ^d determines whether this h^tructton ,s a 
starting ins^ction of a loop. If no, virtual machine interpreter executes the second step 22. 
,0 ,nthesecondstep22,thevirtualmachineinte,pretcrl2analyzes*evirtualmach,ne 

instruction that has been loaded in the flrst step 21 and generates one or more nahve m^e 

h^tructions that implement the virtual machine instntction. The proems "^^^'^^^ 
native machine instrucHonshasbeen described inPCTpatentapphcattonNo. 99/18486 c,.ed 

hereinbefore and its references. In the th,rd step 23. virtual machine interpreter supphes the 
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generated native machine instruction or instructions to processor core 1 0 and monitors the 
instruction address output of processor core to determine when a next virtual machine 
instruction must be processed. When a next virtual machine instruction must be processed, 
the final step 29 is executed, to determine whether the program has finished. If not, the first, 
. 5 second and third step 21, 22, 23 are repeated. Alternatively, the return to the first, second and 
third step 21, 22, 23 is unconditional, an exit fi-om the loop being realized by executing a 
software trap instmction in response to byte codes that cause the virtual machine program to 
terminate. 

In the normal mode, the exact instruction address issued by the processor core 

10 is not used to address instructions. Virtual machine interpreter 12 keeps its own virtual 
machine program counter to control the addresses in memory system 14 firom which it 
fetches virtual machine instructions. Virtual machine interpreter 12 may use the instructions 
addresses issued by processor core 10 to test the state of processor core 10, by supplying 
native conditional branch instructions to processor core 10 and observing whether or not 

15 processor core 10 takes the branch. Fxxrthermore, virtual machine interpreter 12 may use the 
instruction address issued by the processor core 10 for the purpose of mode selection: at least 
two ranges of instraction addresses are defined, one for example having an MSB (most 
significant bit) equal to one. As long as the processor core 10 issues addresses in a first range, 
the virtual machine interpreter 12 operates in the normal mode translating virtual machine 

20 instmctions as described. However, when the instruction addresses issued by the processor 
core 10 are not in the first range, the virtual machine interpreter operates in a different mode, 
for example a native mode, in which processor core 10 is allowed to fetch native instructions 
firom memory system 14 for execution. 

When virtual machine interpreter 12 determines in first step 21 that a starting 

25 instruction of a loop has been loaded, virtual machine interpreter 12 executes a fourth, fifth, 
sixth, seventh and eight step 24, 25, 26, 27, 28. The fomth step 24 is similar to the second 
step 22, in that one or more native machine instructions are generated that implement a 
current virtual machine instmction. However, in the fifth step 25, virtual machine interpreter 
12 stores this native machine instmction or these native machine instmctions in memory 

30 system 14, instead of executing them as in the third step 23. In the sixth step 26, virtual 
machine interpreter 12 loads a subsequent virtual machine instmction en repeats fi-om the 
foTirth step 24 if the subsequent virtual machine instmction is not the fmal instmction of the 
loop. Thus, virtual machine interpreter 12 stores a sequence of generated native machine 
instmctions in memory system. When virtual machine interpreter 12 determines that it has 
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reached the end of the loop of virtual machine instructions, the seventh and eight steps 27, 28 
are executed. In the seventh step 27 virtual machine interpreter 12 stores a native conditional 
branch back instruction in memory system 14 at the end of the sequence of instructions that 
have been generated for the loop. After the branch back instruction, the native machine 
interpreter 12 stores an unconditional branch instruction to an instruction address in a 
predetermined range, for example the range from which the addresses, when issued by 
processor core 10, indicate that virtual machine interpreter 12 must operate in the normal 
mode. 

In the eight step 28, virtual machine interpreter 12 supplies a branch 
instruction to processor core 10, to cause the processor core 10 to start fetching instructions 
from the sequence of native instructions that has been generated for the loop. In this respect, 
eight step 28 is similar to third step 23, except that in eight step 28 the processor core 10 
addresses and executes native instructions from memory system 14, whereas in third step 23 
the native insfructions are generated by and supplied from virtual machine interpreter 12. In 
the eight step 28, virtual machine interpreter 12 allows processor core 10 to fetch and execute 
insfructions from memory system 14 until virtual machine interpreter 12 detects from the 
value of the instruction address issued by the processor core 10 that the processor core 10 has 
exited from the loop. Thereupon, vfrtual machine interpreter 12 executes final step 29, to 

resume operation in the normal mode. 

By way of example, the flow chart of Figure 2 has been described for the case 
of a loop, which is executed immediately after generation of the native instructions and their 
storage in memory. This is the most compact example of implementation of the invention, 
but the invention may be applied to other sets of virtual machine instructions than loops, 
when such a set of virtual machine instructions are expected to be executed repeatedly. An 
example is the body of a subroutine, or an exception handler, or the most computation 
sensitive part of a larger loop. In these cases, the stored native machine instructions will not 
contain a branch back at the end of the generated instructions. Control is transferred back to 
the stored native machine insfructions each time the virtual machine program calls for the 
execution of the corresponding series of virtual machine instructions. 
3 In the embodiment shown in Figure 2, the virtual machine interpreter 12 starts 

writing generated native machine instructions to memory system 14 only from the furst native 
instruction generated for a set of repeatedly executed virtual machine instructions. The 
starting memory address from which virtual machine interpreter 12 starts writing these native 
machine insfructions may be a predetermined memory address, which is independent of the 
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virtual machine program being executed. This is advantageous, in that no unnecessary 
overhead is involved in writing native machine instructions generated for virtual machine 
instructions outside the loop. Furthermore, if the memory system 14 uses a cache, the 
required amount of cache replacement is reduced in this way. 

. 5 However, this approach means that the virtual machine interpreter 12 needs a 

signal to indicate when it should start writing generated native machine instructions to the 
memory system 14. In case the virtual machine instructions include a "loop" instraction, 
which indicates that a specified nimiber of virtual machine instructions must be executed a 
specified number of times, the loop instruction can be used as a trigger to start storing 

10 generated native machine instructions. Altematively, a "meta-instruction" may be included in 
the virtual machine program to indicate the start of a body of instructions whose translation 
must be stored in memory. In this case, the meta-instmction causes the virtual machine 
interpreter 12 in the first step 21 to load the next virtual machine instruction and to proceed 
firom the fourth step 24. The meta-instmction may indicate the size of this body of virtual 

15 machine instmctions, but this is not necessary: the end of the body may be detected from a 
virtual machine branch back instmction with a branch target equal to the location of the start 
of the body. Altematively, the virtual machine program may be combined with a Ust of 
addresses of virtual machine instmctions at the start of such bodies. In this case, virtual 
machine interpreter loads at least part of this list and compares the current virtual machine 

20 instmction address in the first step 21 . 

The location of the virtual machine instmction may be determined for example 
during compilation of a high level language into virtual machine instmctions, as the location 
where high level language loops (e.g. for loops) have been compiled. Altematively, these 
locations may be determined by preprocessing the virtual machine instraction program, to 

25 detect branch back instmctions and to mark the target of detected branch back instmctions as 
starting points of loops. Thus, the high level language source code is not required. Similarly, 
the starting points of subroutines (targets of virtual machine jump to subroutine instmctions) 
and/or instmctions for catching exceptions may be marked in this way. 

In the simplest embodiment, the execution of generated native instmction 

30 sequences fi-om memory is applied only to native instmction sequences for sets of virtual 
machine instmctions that do not contain branch instmctions or other control transfer 
instmctions other than a branch back at the end of the set. This guarantees that the same 
sequence of native instmctions must be executed each time. If the set of virtual machine 
instmctions contains a branch instmction that is not at the end of the set a number of 
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measures can be taken. A first solution is to execute the set in the normal mode, i.e. by 
translation each time the virtual machine instructions are executing and not to execute the 

translated instructions from memory. 

A second solution for branches inside the set of virtual machine instructions is 
to split the set of native instructions into parts that, if executed, are always executed 
implemented with the same native machine instructions and to store the native machine 
instructions stored for the various parts. In this case, the virtual machine interpreter 12 detects 
completion of the native machine instructions of each part that ends in a transfer of control 
instruction that is not at the end of the set of virtual machine instructions. This may be 
realized by monitoring the instruction addresses issued by the processor core 10, if desired in 
combination with the insertion of a native machine branch instruction at the end of each part 
to jump into the range identifying execution in the normal mode. The branch target of the 
native machine branch instruction may be used to identify the part that has completed. Upon 
completion of execution of a part, the virtual machine instruction takes care of virtual 
machine instructions that command transfer of control and subsequently causes the processor 
core to start executing from memory system 14 those native instructions that where generated 
for the selected part of the set of virtual machine instructions. Or, if the virtual machine 
instruction transfers control out of the set of instructions, normal mode execution may be 
resumed. 

A third solution is to generate native machine instructions that implement the 
"transfer of control" instructions inside the set of instructions by means of appropriate native 
machine branch instructions between the generated native machine instructions. Thus nested 
loops can be realized. 
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1. 


A data processing system for executing a program of virtual machine 


instructions with a processor core that is arranged to execute native instructions comprising 

- the processor core; 

- a memory; 

- a virtual machine interpreter for receiving virtual machine instructions selected dependent 
on program flow during execution of the program, the virtual machine interpreter being 
coupled to the processor core to generate native machine instmctions that implement the 
virtual machine instructions for execution by the processor core, the virtual machine 
interpreter being arranged 

- to identify an initial virtual machine instraction from a body of successive ones of the 
selected virtual machine instmctions, where the body is expected to be executed repeatedly; 

- to record a correspondence between the initial virtual machine instmction in the body and a 
memory location in the memory; 

- to write native instmctions for the body into the memory from said memory location, the 
native instmctions for the body being generated for virtual machine instmctions starting from 
the initial virtual machine instmction; 

- to cause the processor core to execute the native instmctions for the body and to repeat 
execution of the native instmctions for the body by executing the written native machine 
instmctions for the body from memory starting from said memory location. 

2. A data processing system according to Claim 1, the virtual machine interpreter 
being arranged to generate a native branch back instmction to the a start of the body and 
placing the native branch back instmction at the end of the body in the memory. 

3. A data processing system according to Claim 2, the virtual machine interpreter 
being arranged to place an unconditional ftirther native branch instmction behind the native 
branch instmction, the unconditional further native branch instmction having a target address 
in a range of addresses that does not overlap a further range of addresses in which the body is 
stored, the virtual machine interpreter being arranged to monitor a program coxmter address 
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of the processor core and to resume selection of the virtual machine instructions and 
generation of native machine instructions from the selected virtual machine instructions when 
the program counter address enters said range of addresses after execution of the loop body. 

4 A data processing system according to Claim 1 , the virtual machine interpreter 

being arranged to receive hint information, which does not affect program flow, the hint 
information mdicating at least said initial virtual machine instruction, the virtual machme 
interpreter recording said correspondence and writing the native instiructions for the body 
when program flow reaches the initial virtual machine mstruction, conditional upon receiving 
said hint information. 

5 A method of executing a program of virtual machine instructions with a 

processor core that is arranged to execute native instructions, the method comprising 

- selecting, under control of program flow, virtual machine instructions to be executed; 

- determining native instructions from the selected virtual machine instiuctions, to implement 
the selected virtual machine instructions; 

- identifying an initial virtual machine instruction from a body of successive ones of the 
selected virtual machine instructions that is expected to be executed repeatedly; 

- recording a correspondence between the initial virtual machine instruction and a memory 
location; 

- writing native instructions for the body into a memory from said memory location, the 
native instructions for the body being determined from virtual machine instructions startmg 
from the initial virtual machine instmction ; 

- causing the processor core to execute the native instructions for the body and to repeat 
execution of the native instructions for the body by executing the written native machine 
instructions for the body from memory starting from said memory location. 

6 A metiiod according to Claim 5, comprising generating a native branch back 

instruction to a start of the body and placing the native branch back instruction at the end of 
) the loop body in the memory. 

7. A metiiod according to Claim 6, comprising placing an unconditional fiurther 

native branch instruction behind the native branch instruction, the unconditional further 
native branch instruction having a target address in a range of addresses that does not overlap 
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a further range of addresses in which the body is stored, the method comprising the step of 
monitoring a program counter address of the processor core and to resume said selecting and 
determining when the program counter address enters said range of addresses after execution 
of the loop body, 

8. A method according to Claim 4, said identifying comprising preprocessing the 

program to detect loop terminating with a virtual branch back instruction and adding a hint to 
the program which identifies a target address of the virtual branch back instmction as the 
initial virtual machine instruction. 
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A data processing system has a processor core, memory and a virtual machine 
interpreter. The virtual machine interpreter receives virtual machine instmctions selected 
dependent on program flow during execution of a virtual machine program. The virtual 
machine interpreter generates native machine instructions that implement the virtual machine 
5 instructions for execution by the processor core. The virtual machine interpreter identifies an 
initial virtual machine instmction from a body of virtual machine instructions, where the 
body is expected to be executed repeatedly. The virtual machine interpreter records a 
correspondence between the initial virtual machine instruction in the body and a memory 
location in the memory and writes native instructions for the body into the memory from said 
10 memory location. The processor core executes the native instructions for the body and 
repeats execution of the native instructions for the body by executing the written native 
machine instructions for the body from memory starting from said memory location. 

Fig. 1 
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FIG. 2 


